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Background:  Previous  Analysis 

■  Complexity  of  multi-warfare  analysis  has  led  to: 

■  Abstraction  upward  to  campaign-level  simulations  in  which  there  is: 

■  A  reduction  in  the  ability  to  properly  account  for  the  interactions 
in  multi-warfare  situations 

■  A  reduction  in  the  ability  to  simulate  operational  and  tactical 
details 

■  Artificially  stove-piped  analyses  in  which: 

■  The  best  models  are  used  independently  for  each  warfare  area 
with  the  following  limitations: 

"  No  single  model  can  replace  specialized  mission-level  simulations 
"  Outputs  of  one  model  are  fed  as  inputs  to  the  next 
■  Difficult  to  “integrate”  results 

"  Difficult  to  address  inter-warfare  area  resource  conflicts 
"  Difficult  to  simulate  appropriate  responses  to  emerging  events 

■  The  process  is  lengthy  and  manpower-intensive 
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Background:  Why  multi-warfare  analysis? 

■  The  defense  community  shows  growing  interest  in  multi-warfare 
analysis  for: 

■  Capabilities-based  acquisition 

■  Multi-mission  structures  (e.g.,  Sea  Shield) 

■  Assessment  of  multi-mission  platforms  (e.g.,  DDG1000) 

■  Competition  for  multiple-missions  capable  assets  (e.g.,  helicopters, 
for  ASW  and  SUW) 
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Background:  Project  Objectives 

■  APL  Integrated  Multi-warfare  Simulation  (AIMS) 

■  Incorporate  simulations  of  choice  based  on  the  anaiysis  task 

■  incorporate  reasoning  technoiogies  into  a  Commander  federate  to 

■  Consider  the  effects  of  competing  resources  across  muiti- 
warfare  areas  and  the  warfare  area  dependencies 

■  Simuiate  a  Commander’s  proactive  pianning 

■  Provide  a  Singie  Point  of  Entry  (SPE)  for  scenario  data 

■  Coordinate  execution  of  scenario  runs  and  data  coiiection 

■  Visuaiize  the  scenario  interactions 

■  Assist  in  post-run  anaiysis 


7 


75th  MORSS 


AIMS  Federation  Architecture 
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Simulations  tied 
together  with  HLA 
RunTime  Infrastructure 
(RTI) 

1 .3  Next  Generation 
version  6.0 


Existing  HLA  compiiant 
toois  used 
(e.g.,  results  collection:  rsitigie 
hlaResults) 

Simulations  executed 
on 

Windows  desktop 
systems 
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AIMS  Federation  Command  Mapping 
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w/Simulations 
in  Federation 


Maritime  Component 
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Commander 
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ADC 
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Platform 
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Commanders 
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CDR 

CDR 
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Platform  F 
CDR 


*Simulation  in  federation  that  is  “controiiing”  a  particuiar  piatform  will  change,  e.g.,  as  mission  priorities  change 
due  to  events;  this  is  accomplished  by  “transfer  of  ownership”  from  one  simulation  to  another 
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Commander  Federate  Responsibilities 


■  Performs  basic  federation 
management 


■  Manages  warfare  priorities 


■  Performs  inter-warfare  area 
conflict  resolution  for  asset 
allocation 


■  Directs  transfer  of  ownership 
of  assets  between  simulations 


■  Conducts  proactive  planning 
based  on  observed  events 
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Commander  Federate  reasoning  technologies 
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M&S  Process 

■  Create  a  domain  specific  fiie  using  reasoning  software  GUI  editor 

■  Export  domain  specific  fiie 

■  Agents  ioad  specific  fiies  as  needed  for  their  function,  provide 
probiem  specific  inputs,  and  use  the  generic  engine  to  create  soiution 
outputs 
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Commander  Decision  Making  Structure 

{Within  the  Carrier  Strike  Group  -  CSG) 
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Note:  CSG  Warfare  Commander’s  and  structure  are  nominal  and  illustrative  example  only.  It  is  realized  that  CSG  organizations  can  vary. 
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Agent  Roles 

■  Carrier  Strike  Group  (CSG) 
Commander 

"  Readiness 

"  Overaii  Mission  pianning  and 
execution 

"  Asset  aiiocation 

■  Movement  and  stationing  of 
the  force 

"  Ruies  of  Engagement 
determination 

"  Warfare  priority  setting 

"  Defense  of  the  force 

■  Warning  and  weapons 
status 
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■  Each  Warfare  Commander 

"  Within  assigned  mission 
"  Readiness 

"  Assigned  mission  pianning 
and  execution 

■  Asset  requirements 

"  Asset  movement  and 
stationing 

"  Defense  of  assigned  units 

"  Warning  and  weapons 
status 

"  Cross-mission  cooperation 

"  Muiti-warfare  mission 
pianning  and  execution 

■  Movement  and  stationing 
of  the  force 

"  Asset  priorities 

"  Defense  of  the  force 

■  Warning  and  weapons 
status 
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Example  Problem 


Air  defense  influence 


•  Minimize  Risk  to  mission  success  and  minimize  Biue 
Losses 

•Strike  WC  prefers  coastai  edge  of  CVOA2  to 
faciiitate  higher  target  service  rate. 

•Air  Defense  Commander  prefers  a  more  seaward 
CVOA  -  either  CVOA1  or  CVOA3 
•USW  Commander  notes  that  CVOA1  and  CVOA  3 
are  off  continentai  sheif  and  in  deeper  water  making 
CVN  more  vuinerabie  to  ionger  range  acoustic 
vuinerabiiity.  Thus  USW  Commander  recommends 
CVOA2. 

•CSG  CDR  must  resoive  varying  recommendations. 
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Main  Decision  Aigorithm:  Agent  interactions 

1.  CSG  Commander  (Commander  Module)  receives  tasking  message 
from  higher  authority. 

2.  CSG  Commander  breaks  tasking  into  phases 

3.  For  each  phase 

a.  CSG  Commander  orders  subordinate  warfare  commanders  to 
deveiop  a  CONOPs 

b.  The  warfare  commander  (WC)  with  the  highest  warfare  priority 
submits  a  “candidate  ”  CONOP  to  aii  other  WC 

c.  Repeat  untii  no  further  mitigations  are  submitted  or  minimum 
success  rates  are  achieved  for  each  mission  area 

1.  Other  WC  respond  to  the  current  “candidate  ”  CONOP  with  the 
risk  assessment  on  their  warfare  area  and  a  “mitigation” 
CONOP  to  iower  its  risk  if  necessary. 

2.  CSG  Commander  then  chooses  a  new  “proposed”  CONOP 
from  among  the  “mitigation”  CONOPs  and  asks  the  WCs  for  a 
risk  assessment 

3.  WC  send  risk  assessments  to  the  CSG  Commander 

4.  CSG  Commander  then  chooses  a  new  “candidate  ”  CONOP  if  it 
resuits  in  iess  risk  than  the  previous  “candidate  ” 
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Agent  Interaction  Flowchart 
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Tasking  Message  Details 

■  Tasking  messages  provide  the  foilowing  information  to  the  CSG 
Commander 

■  Time  Ordered  List  of  missions 

■  Targets  and  their  respective  vaiue 

■  List  of  candidate  CVOAs 

■  Start/end  time 

■  Start/end  iocations 

■  Start/end  times 
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Decompose  Tasking  Message  into  Phases 

■  If  a  transit  is  necessary,  a  separate  transit  phase  is  identified 

■  For  each  mission  in  tasking  message 

■  if  iocation  after  previous  phase  is  not  within  the  CVOA  for  the  next 
mission,  CSG  Commander  creates  a  transit  phase  to  CVOA  for  next 
mission 

■  Then  creates  a  mission  execution  phase 
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Order  Candidate  CONOPs  Generation 

"  CSG  Commander  orders  that  a  CONOR  be  constructed  for  the  phase 
currently  being  planned 

■  The  following  phase  information  is  provided  to  the  Warfare 
Commanders 

■  Targets  and  respective  weights 

■  Inter-phase  dependencies 

■  Probability  of  each  asset  surviving  the  previous  phases  (execution 
order) 

■  Mission  weights  for  each  WC 

■  WC  risk  thresholds 
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Construct  Candidate  CONOPs 

■  WC  analyzes  combinations  of  routes  that  are  valid  for  the  provided  CVOAs,  Inter-phase 
dependencies,  asset  assignments,  and  threats 

■  Start  with  current  asset  assignments  and  daylight  environment 

■  Search  for  a  CONOR  that  satisfies  the  risk  tolerance  threshold 

■  Selected  Motion*  Plan 

■  Time  of  start 

■  Time  of  end  (decided  by  time  of  start  and  motion  plan) 

■  Blue  asset  allocation  to  Warfare  Areas  /  Formation 


*  Depending  on  operational  situation,  motion  could  alternatively  refer  to  PIM,  patrol,  sector, 
grid,  or  formation  but  is  used  to  convey  location,  direction  and  speed  of  each  asset. 


21 


75th  MORSS 


June  2007 


Assess  Candidate  CONOP  Risks  and  Propose  Aiternatives 

■  Each  WC  assesses  candidate  CONOPs  and  calculates  asset  and 
mission  risk  affecting  his  mission  area 

■  if  risks  unacceptabie,  each  WC  proposes  mitigating  CONOPs  that 
reduces  risks  for  his  warfare  area  by  varying: 

■  Motion  pian 

■  Time  of  start 

■  Asset  ownership  assignments  /  Formation 

■  Each  WC  uses  a  steepest  decent  aigorithm  to  choose  his  proposed 
mitigation  CONOP 
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Select  an  Alternative  CONOPs  for  Comparison  to  Candidate 

"  The  CSG  Commander,  considering  all  alternative  WC  CONOPs,  selects  the 
CONOPs  developed  by  the  WC  whose  assets  and  mission  risk  are  the  most 
above  his  minimum  acceptable  risk  for  the  candidate  CONOPs. 

"  First  CONOPs  consideration  is  the  WC  who  has  determined  that  the 
CSG  is  at  most  risk  to  threats  from  his  mission  area  if  the  candidate 
CONOPs  is  executed. 

"  Tie  breaking  aigorithms  consider  the  aiternative  that  generated  the  iargest 
decrease  in  WC  calculated  risk  and  warfare  priority 


Candidate  Risk  Assessment 


Risk  Threshold 
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Calculate  Risk  for  Proposed  CONOPs 

"  CSG  Commander  broadcasts  the  selected  alternative  CONOPs  as  the 
newly  proposed  CONOPs 

■  WC’s  perform  risk  caicuiations  for  proposed  CONOP  and  returns 
asset  and  mission  risk  to  CSG  Commander 
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■  CSG  Commander  calculates  total  risk  to  the  proposed  CONOR  and 
compares  it  to  the  Candidate 

■  If  Risk(  Proposed  CONOR  )  >  Risk(  Candidate  CONOR  ) 

■  The  Candidate  remains 

-  If  Risk(  Proposed  CONOR  )  <  Risk(  Candidate  CONOR  ) 

■  The  Proposed  CONOR  becomes  the  new  Candidate 

■  CSG  Commander  distributes  the  Candidate  and  queries  for 
mitigations 

■  The  above  repeats  until  no  further  mitigations  are  submitted  or 
threshold  risk  levels  are  achieved  for  each  mission  area 
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AIMS  Value  Added  to  Warfare  Analysis 

"  Eliminates  sequentiai,  time-consuming  data  transfers  between  “stove-piped” 
singie-warfare  anaiysis  simuiations  when  conducting  muiti-warfare  studies 

-  Enhances  integrated  warfare  anaiysis  through  seiective  use  of  appropriate 
simuiations  which  have  been  used  in  individuai  warfare  area  anaiyses 

"  incorporates  reasoning  technoiogies  into  a  Commander  federate  to 

"  Consider  the  effects  of  competing  resources  across  muiti-warfare  areas  and 
the  warfare  area  dependencies 

"  Simuiate  a  Commander’s  decision  processes 

"  Focuses  severai  warfare  areas  to  a  common  scenario  seiection  across  aii 
warfare  areas 

"  Preserves  the  abiiity  for  each  modei  to  be  used  in  a  stand-aione  mode 

"  Streamiines  deveiopment  of  three-dimensionai  visuaiization  of  common 
OPSITs/TACSiTs 

■  Singie  Point  of  Entry  reduces  dupiication  of  effort  and  data  entry  errors  by 
using  a  singie  interface  for  scenario  creation 
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Summary 

■  APL  Integrated  Multi-warfare  Simulation  (AiMS)  provides  a  fiexibie 
architecture  to  conduct  anaiysis  on  the  execution  of  integrated 
warfare  in  muitipie  mission  areas 


■  Commander  Federate  simuiates  the  human  decision  process  by 
empioying 

■  A  fuzzy  expert  system  to  set  warfare  priorities  either  by  time  or 
event  and  provides  inter-warfare  area  conflict  resoiution  for  asset 
aiiocation 

■  Simuiates  human  decision  processes  through  cooperative  agents 
using  a  framework  of  reasoning  technoiogies  either  in  integrated  or 
stand-aione  warfare  anaiysis 
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Backup  Slides 


28 


75th  MORSS 


WC  Risk  Calc 


June  2007 


WCRisk(CON  OPs)  =  lossWeight  ^vc  *  lossRisk(C  ONOPs) 

+  missionWei  ght *  missionRis  k(CONOPS) 

lossWeight  +misson  Weight  =1.0 
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Loss  Risk 


(for  one  phase) 


lossRisk(C  ONOPs)  =  ^  (assetWeig  hts[blueAsset]  *  pLoss(blue  Asset,  CONOPs)) 

blueAssets 

blueAssets  =  {blueAssets  |  pAlive(asset)  >  threshold} 

^  (assetWeig  hts  [blue  As  set])  =  1.0 

blueAssets 


pAlive(dp)  =  probability  delivery  platform  (dp)  is  alive  after  previous  phase  in  execution  order 
pLoss(asset,  CONOPs)  =  pLossAfter(asset,  lastSegment) 
pLoss  After  (asset  segment) 

=  pLossDuring(asset,  segment)  if  segment  is  first  in  sequence 

=  pLossDuring(asset,  segment) 

*  (1  -  pLossAfter(asset,  segment  - 1)) 

+  pLossAfter(asset,  segment  - 1)  otherwise 

where 


end 


start 

pLossDuring(asset,  segment)  =  V  red  dpj . .  .dp,^  with  blue  asset  in  their  red  Area  of  Influence 
P(  pAlive(dpj)  *  pk(dpj,  asset,  segment)  v . . .  v  pAlive(dp^)  *  pk(dp^,  asset,  segment) 

Note :  P(  a  V  b )  =  P(a)  +  P(b)  -  P(a  a  b) 
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Loss  Risk 

pk(dp,  asset,  segment)  =  pDefenseFails(asset,  dp)  *  pk(dp,  asset,  numWeaponFires(segment)) 
pk(threat,  asset,  weaponFire)  = 

pDefenseFails(asset,  weapon)  *  pk(weapon,  asset)  If  weaponFire  is  first  of  sequence 

pDefenseFails(asset,  weapon)  *  pk(weapon,  asset) 

^(l-pk(dp,  asset,  weaponFire  - 1)) 

+  pk(dp,  asset,  weaponFire  - 1)  otherwise 

pDefenseFails(asset,  threat)  =  (1  -  pk(asset,  threat)) 

*  ^  (min(angle  /  threatConeAngle,!) 

angularSegments 

*  pMiss(closestDefense,  threat)) 

where 


pMiss(defense,  threat)  =  (1  -  pd(defense,  threat) 

*  pk(defense,  threat))  if  defense  is  furthest 

=  (1  -  pd(defense,  threat) 

*  pk(defense,  threat)) 

*  pMiss(defense  +  1,  threat)  otherwise 

closestDefense  and  furthestDefense  determined  by  lookup  of  range  where  red  will  shoot  weapon 
numWeaponFires(segment)  =  number  of  weapons  threat  can  fire  at  asset  over 

the  provided  segment  assuming  onlt  that  asset  is  within  raq^|Q| 
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missionRisk(CONOPs)  =  offenseWeight  *  offenseMissionRisk(CONOPs) 

+  defenseWeight  *  defenseMissionRisk(CONOPs) 

where 

offenseWeight  +  defenseWeight  =  1.0 


offenseMissionRisk(CONOPs)  =  ^  (tar  get  Weights  [target]  *  pSurvive(target,  CONOPs)) 


where 


targets 


pSurvive(target,  CONOPs)  =  for  blue  assets . .  .asset^assigned  to  this  target 
P(pSurviveAttack(taiget,  assets )  a  ...  a  pSurviveAttack(target,  assets )) 
pSurviveAttack(target,  asset)  = 

pLossAfter(asset,  attackSegment) 

+  (1  -  pLossAfter(asset,  attackSegment)) 

*  (1  -  pk(asset,  target)) 
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defenseMissionRisk(CONOPs)  =  (defensive  Assets  Weight 

Mission  Assets 

*  pLoss(missionAsset,  CONOPs)) 


+ 

(defended  Assets  W  eight 

DefendedAssets 

*  pLoss(defendedAsset,  CONOPs)) 

where 

defensiveAssetsWeight  +  defendedAssetsWeight  =  1 
^missionAssetsmissionAssetWeights  [mission  Asset]  =  1 

MissionAssets 

^defendedAssetsassetWeights[defendedAsset]  =  1 

DefendedAssets 
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